home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0799 / 417 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  1.9 KB
  1. Date: Sat, 11 Jun 94 21:18 CDT
  2. From: ekl@sdf.lonestar.org (Evan K. Langlois)
  3. To: gem-list@world.std.com
  4. Subject: Cookie Jar
  5. Precedence: bulk
  6.  
  7.  
  8. On the subject of cookie jars, another problem with this is that it requires
  9. super-visor mode.  MiNT really hates it when a program spends time in
  10. supervisor mode, although the time required to read the jar pointer is minimal
  11. and you only need enough time to read the pointer.
  12.  
  13. If GFA Basic is incapable of doing something as simple as reading an address
  14. from fixed place in memory, then too damn bad.  It won't be the first thing
  15. that I've found about GFA that rattles me.  It's memory handling and the way
  16. it rapes the system (and I use the term quite literally, I think its a perfect
  17. analogy) are highly suspect and will have problems with MultiTOS.
  18.  
  19. Anyway, there is a solution to both problems.  Provide a GEMDOS call to
  20. manipulate the cookie jar.  It won't require super-visor mode since it
  21. will be called within the GEMDOS trap (making it automatically in super-visor
  22. mode, so the program code won't have to bother), and GEMDOS traps can be
  23. called from just about ANY programming language.  Unix-heads will also be
  24. satisfied as the cookie jar can be protected so that any program can read
  25. it but only privaledged programs can modify it.
  26.  
  27. Expect this to be in MiNT 1.11 or 1.12 (depending on how quickly I get off
  28. my butt and finish it, I was almost done until I had some hard disk problems
  29. and so I have to go back to some somewhat buggy backup files).  Of course,
  30. someone else may just do it before I get around to it too !!
  31.  
  32. Now, I'm not sure what you were going to use the cookie jar for.  It doesn't
  33. seem to be the place for hot-keys, and I really see no need for any sort
  34. of external hot-key management programs.  I really don't, and if I did, I'd
  35. implement it with something else, using more standardized IPC than a cookie
  36. jar.  I really don't like cookie jar stuff.
  37.  
  38.